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1.1  PURPOSE 

The  purpose  of  this  report  is  to  describe  a Life  Cycle  Cost  Mathematical 
Model  which  has  been  developed  at  the  Night  Vision  ard  Electro-Optics  Laboratory 
at  Fort  Belvoir,  Virginia,  and  to  provide  potential  users  of  the  model  with 
sufficient  information  and  guidance  to  adapt  this  model  to  the  analysis  of 
systems  within  the  user's  field  of  Interest.  PART  I of  this  report  will  describe 
the  basic  mathematical  model  and  its  development.  PART  II  is  a user's  manual 
describing  the  use  of  the  associated  computer  program,  and  PART  III  is  a detailed 
description  and  listing  of  the  computer  program  Itself. 

1.2  BACKGROUND 

The  developmental  history  of  the  Night  Vision  and  Electro-Optics  Laboratory 
Life  Cycle  Cost  Model  dates  back  to  1970  when  the  Laboratory's  management  recog- 
nized the  need  for  an  In-house  capability  in  cost  analyses  as  an  aid  to  the 
effective  management  of  programs  growing  in  cost  and  complexity.  By  1972  life 
cycle  cost  and  risk  analysis  was  being  performed  by  Sirota,  Shields,  Swenson, 
Kramer,  et.  al.  at  the  Laboratory  on  a variety  of  electro-optical  systems.  In 
June  of  1973  Sirota,  Shields  and  Kramer  developed  the  nucleus  of  the  Night 
Vision  System  Life  Cycle  Cost  Model  and  Computer  Program.^  This  basic  model 
was  validated  by  personnel  of  the  Comptroller's  office  at  Headquarters  ECOM 
at  Fort  Monmouth,  New  Jersey,  and  presented  at  an  IRIS  meeting  that  year  by 

F.  Shields.  It  was  subsequently  adopted  by  the  Project  Manager  REMBASS  and 

2 

continues  in  use  in  that  program  as  the  REMCOS  Computer  Program.  Its  initial 
use  at  the  then  Night  Vision  Laboratory  was  in  the  Phase  I Engineering 
Development  Source  Selection  Evaluation  for  the  TOW  Night  Vision  System. 


1.  Shields,  F.,  D.  Sirota,  and  S.  Kramer,  Life  Cycle  Cost  Analysis.  IRIS 
Proceedings,  Jun  1973. 

2.  ECOMP  11-A,  Volume  7,  PX-16. 
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In  1975  the  model  and  computer  program  were  revised  by  Sirota,  Horrow 
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and  Sljgers  to  create  a substantially  more  flexible  and  useful  tool  for  the 
Phase  11  ED  Source  Selection  Evaluation  for  the  TOW  Night  Vision  System, 

4 

and  the  AN/TAS-6  Night  Observation  Device,  Long  Range  (NODLR) . Prior  to 
actual  use  of  the  revised  model  and  program,  several  briefings  were  held  to 
obtain  constructive  criticism  and  comment  and  to  confirm  the  soundness  of 
the  methodology  employed.  The  first  briefing  was  given  to  personnel  of 
the  Cost  Methodology  Section,  Cost  Analysis  Division  of  the  Headquarters 
ECCM  Comptroller's  Office;  the  second  to  personnel  of  the  Logistics  Evalua- 
tion Agency  at  the  New  Cumberland  Army  Depot;  and  the  final  briefing  was  given 
to  a combined  audience  of  personnel  representing  the  USAMICCM  Comptroller's 
Office,  PM  TOW,  PM  DRAGON,  and  PM  GLLD/LTD.  A respectable  number  of  the 
suggestions  and  recomnendatlons  made  by  members  of  this  audience  of  users 
and  validators  were  subsequently  Incorporated  into  the  model  benefiting  all 
concerned.  Additional  minor  modifications  extended  Its  usefulness  and  In 
1976  It  was  the  basic  cost  analysis  tool  for  the  AN/VSG-2  Tank  Thermal  Sight 
Source  Selection  Evaluation.^*  ^ 

Subsequent  utilization  of  the  model  has  been  expanded  to  Include  the 
AN/TAS-5  Night  Vision  System  for  DRAGON,  various  Infrared  viewing  systems 
for  airborne  and  combat  vehicle  application.  Image  Intenslfler  Night  Vision 
Systems  and  components,^  laser  range  finders  and  target  designators,  and 


3.  Sljgers,  H.,  User  Manual,  Life  Cycle  Cost  Analysis  Program  for  Night 
Vision  Systems,  Systematlcs  General  Corp.,  Sep  1975. 

4.  Manportable  CoMon  Thermal  Night  Sight  Evaluation,  Findings  and  Recom- 
mendations of  the  Source  Selection  Evaluation  Board,  USADARCOM, 

24  Sep  1975. 

5.  Sirota,  D.  B.,  Life  Cycle  Cost  Analysis,  Tank  Thermal  Sight  AN/VSG-2 ( ). 
NV6E0L  Rept,  Nov  1975. 

6.  Sirota,  D,  Morrow,  W. , Garcia,  J.,  and  Bugbee,  G. , Cost  Group  Report. 
Tank  Thermal  Sight  Evaluation,  May  1976. 

7.  Sirota,  D.,  Morrow,  W. , and  Franseen,  R. , Life  Cycle  Cost  Study  for 
Night  Vision  Goggle  Tube  Assemblies.  NV&EOL  Rept.,  28  Feb  1978. 
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television  security  systems,  etc.  Beyond  Night  Vision  Electro-Optical 
Systems  per  se,  the  model  has  proven  Its  value  In  the  analysis  of  various 
ancillary  equipments  used  In  support  of  Night  Vision  Systems.  These  Include 
battery  chargers,  stations  for  cleaning  and  charging  high  pressure  gas  bottles 
such  as  the  AN/TAM-A,  mobile  field  maintenance  facilities  such  as  the  AN/TAM-3 
and  their  attendant  trucks,  trailers,  electric  generators  and  air  conditioners. 

In  1978  another  set  of  modifications  was  undertaken  by  Sirota,  Morrow  and 
Skelton  to  deal  with  problems  arising  from  the  various  cost  exercises  associ- 
ated with  the  annual  federal  budget  cycle.  These  and  other  additions  relating 
to  the  preparation  of  Independent  Government  Cost  Estimates  IGCE's  for  the 
procurement  process  are  discussed  In  this  report. 

At  the  present  time  the  model  and  computer  program  can  be  applied  to  a 
wide  variety  of  electronic,  electro-optical,  optical,  and  mechanical  systems. 

It  can  take  account  of  detailed  modular  structure  and  wide  spread  component 
or  modular  commonality.  Given  a procurement  and  delivery  schedule,  future 
systems  costs  can  be  computed.  Conversely,  given  budget  constraints  In  future 
years  a procurement  schedule  can  be  derived.  It  Is  possible  also  to  mix 
system  schedule/quantity  and  budget  constraints  while  Iterating  the  program 
model.  In  this  last  mode  the  model  Is  used  almost  continuously  by  NV&EOL 
Management  as  a program  planning  and  budgeting  tool  In  support  of  the  ) 

TOW/DRAGON  Project  Office.  In  this  application  there  Is  a complex  Inter- 
action of  systems  (AN/TAS-A,  AN/TAS-5,  and  AN/TAS-6) , support  equipment 

(AN/TAM-3,  and  AN/TAM-A),  prime  and  second  source  system  contractors,  third  4 

source  module  contractors  and  subsystem  contracts  being  awarded  and  managed  1 

by  two  Commands  MIRCOM  and  ERADCOM  (NV&EOL) , as  well  as  differentiated  Army  1 

and  Marine  Corps  requirements.  ] 

t 

8.  Swenson,  J.M.,  Remote  Surveillance  Monitor  Cost  Study,  USAF  Project  BIS,  ? 

NV&EOL  Rept.,  Apr  1978.  ’ 
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1.3  SUMMARY 

A computerized  Life  Cycle  Cost  Analysis  Model  has  been  developed  at 
NV&EOL  which  Is  applicable  to  a wide  range  of  systems  within  the  DARCOM  Com- 
munity. The  model  has  been  developed  with  attention  to  the  specific  data 
requirements  In  the  DoD  planning,  programming,  and  budgeting  cycles.  Changing 
budgets  and/or  procurement/deployment  schedules  can  be  handled  on  a timely 
basis  with  the  model  to  provide  the  user  with  a valuable  management  tool 
covering  near  and  far  term  cost  projections  over  the  full  economic  life  of  the 
systems  being  analyzed.  Moreover,  the  computer  model  Is  well  structured  to 
handle  the  recurring  analyses  characteristic  of  zero  base  budgeting. 

The  current  Life  Cycle  Cost  Model  has  evolved  as  a result  of  NV&EOL's 
common  module  program.  The  use  of  the  same  module  In  different  systems  has 
substantial  life  cycle  cost  Implications.  In  order  to  handle  this  problem. 

It  has  been  necessary  to  develop  a model  which  describes  a number  of  systems 
at  once  as  well  as  the  cost  coupling  due  to  application  of  common  modules. 

The  primary  effect  of  commonality  Is  to  reduce  the  per  unit  cost  of  each 
module.  In  addition,  there  are  minor  effects  due  to  shared  nonrecurring 
facllltlzatlon  and  tooling,  maintenance  facilities,  and  training. 

Rather  than  depending  on  a few  simple  parameters  as  with  some  commer- 
cially available  Life  Cycle  Coat  Models  (e.g.,  the  RCA  PRICE  model),  the 
NV&EOL  model  uses  the  best  available  Information  for  all  Input  data.  While 
the  parametric  models  minimize  Input  requirements.  It  Is  believed  that  the 
NV&EOL  approach  Is  more  appropriate  to  the  DoD  procurement  and  long  range 
planning  environment. 

The  NV&EOL  Life  Cycle  Cost  Model  Is  a dynamic  model  which  Is  continually 
evolving  as  new  requirements  are  Imposed  Present  plans  call  for  the  model  to 
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be  expanded  to  provide  for  Industrial  engineering  data  Inputs,  such  as  labor, 
materials,  overhead,  C&A  and  profit,  as  primary  Inputs  to  the  model.  Also 
planned  for  the  near  future,  are  time  variable  module  parameters  whlcli  would 
allow  for  a more  accurate  evaluation  of  product  improvement  costs. 

As  with  any  system  model,  the  results  are  only  as  good  as  the  data  input. 
In  the  case  of  life  cycle  cost  models,  accurate  data  Is  often  very  difficult 
to  obtain  and  results  for  Isolated  systems  are  very  uncertain.  The  model  Is 
most  uselul  In  comparing  relative  life  cycle  costs  of  several  competing 
system  alternatives.  The  difference  between  systems  Is  much  more  slgnlfl- 
cajil  In  a statistical  sense. 

While  no  model  can  handle  every  situation,  a great  deal  of  flexibility 
has  been  built  into  the  NV61KOL  model. 
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2.0  BASIC  MATHEMATICAL  MODEL  - GENERAL  METHODOLOGY 

2.1  BASIC  MODEL  FORMALISM 

The  model  is  based  on  the  Rand  Corporation's  life  cycle  cost  estimating 

methodology,  which  determines  the  costs  for  a system's  development,  invest- 

9 

ment,  and  operating  phases.  Development  phase  costs  can  be  subdivided  into 
engineering,  prototype  fabrication,  test  and  evaluation,  data,  training, 
systems  management,  and  producibility  study. 

Investment  phase  costs  can  be  subdivided  into  documentation,  initial 
production  facilities,  training,  hardware,  provisioning,  maintenance  float, 
initial  transportation,  quality  assurance,  production  engineering,  engineering 
change  orders,  testing,  and  systems  management.  Costs  for  the  operating  phase 
can  be  subdivided  into  personnel,  consumption,  nonstandard  line  items,  inven- 
tory holding,  depot  maintenance,  transportation,  and  depot  overhaul.  The 
foregoing  lists  are  merely  indicative  of  the  types  of  cost  parameters  which  may 
be  Included  in  each  phase  and  are  by  no  means  exhaustive. 

2.2  BASIC  ASSUMPTIONS 

The  model  is  based  on  a modular,  or  subassembly,  maintenance  concept. 

Field  maintenance  consists  of  troubleshooting  the  malfunctioning  basic  system 
to  Isolate  and  replace  defective  modules  and  subassemblies.  Field  maintenance 
will  be  performed  at  the  direct  support/general  support  (DS/GS)  locations. 

Defective  modules  and  subassemblies  are  then  shipped  to  the  depot  for 
repair.  The  model  contains  optional  routines  for  a modular  and  system  mainte- 
nance float  to  allow  for  100  percent  system  availability.  In  the  model  the 
use  rate  per  system  in  the  field,  and  its  MTBF  (reciprocal  failure  rate)  deter- 
mine the  number  of  systems  required  to  fill  the  maintenance  pipeline  at  the 
systems  level.  At  the  module  level  the  LCC  model  computes  module  floats  directly 

9.  Massey,  H.G. , et  al.  Coat  Measurement  - Tools  and  Methodology  for  Cost 
Effectiveness  Analysis,  Rand  Corp.,  Feb  1972. 
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from  the  system  use  rate,  the  module  MTBF,  and  the  turn  around  time  for  depot 
repair.  This  type  of  calculation  deals  directly  with  the  realities  of  modular 
design  and  maintenance  logistics.  The  deployment  concept  assumed  Is  In 
accordance  with  Basis  of  Issue  Plan  (BOIP)  for  the  Individual  systems  Involved. 

Delivered  units  are  deployed  concurrently  with  delivery  or  are  stored  in  the 
depot  as  combat  consumption  units  for  a time  period  equal  to  the  defined 
economic  life  of  the  system.  Deployed  systems  are  assumed  to  be  attrited  at  a 
rate  of  1 percent  per  year  except  for  large  Items  such  as  trucks,  vans,  etc. 

This  has  been  a typical  historical  attrition  rate  for  ECOM  supported  equipment. 

Any  appropriate  value  may  be  used  In  the  model.  Attrited  units  are  replaced  by 
concurrent  deployment  of  depot-stored  combat  consumption  units  in  order  to 
maintain  a constant  level  of  deployment.  An  alternative  approach,  which  has 
been  under  consideration  but  not  used  thus  far.  Is  to  assume  reprocurement  at 

a rate  sufficient  to  offset  attrition  and  maintain  a constant  deployment  level  { 

until  the  ei’d  of  the  economic  life  for  both  the  deployed  and  war  reserve  : 

systems. 

All  deployed  systems  are  operated  at  peacetime  yearly  usage  rates. At  ^ 

the  end  of  a system's  defined  economic  life.  It  is  removed  from  the  inventory. 

Where  applicable  It  Is  assumed  that  a deployed  system's  detector/Dewar unit  , 

Is  outgassed  or  gettered  annually  and  that  a combat  consumption  unit  Is  gettered  ' 

' 1 

prior  to  deployment  to  offset  the  attrition  of  fielded  systems.  These  gettered  ^ 

units  undergo  a routine  performance  check.  Such  special  considerations  may  be  1 

I 

deleted  If  not  pertinent. 

10.  This  does  not  mean  to  imply  any  limits  on  the  use  rates  which  can  be 
applied.  War  time  usage  presents  special  circumstances  not  necessarily 
considered  In  the  model. 

11.  A component  of  a far  Infrared  night  vision  viewing  system. 
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In  this  model,  costs  are  calculated  In  constant  year  dollars,  current 
year  dollars,  and  present  value  dollars.  Current  year  dollars  are  obtained  by 
use  of  the  most  recent  DARCOM  Inflation  (escalation)  tables.  Present  value 
dollars  are  obtained  by  use  of  the  standard  DoD  10  percent  discount  after 
escalation. 

2.3  BASIC  INPUT  PARAMETERS,  SCHEDULES,  AND  CONSTANTS 

2.3.1  Variable  Parameters 

2. 3. 1.1  Module  Parameters 

The  basic  approach  used  In  the  model  Is  the  calculation  of  life  cycle 
costs  at  a modular  or  subassembly  level.  A listing  of  the  system's  modules 
serves  as  the  basic  model  Input.  The  following  data  are  required  for  each 
Identified  module: 


Module  J 

Basic  average  unit  production  cost 

Basic  buy  quantity/first  unit  In  buy 

Variable  learning  curve  percentage  applicable 
to  module  production 

Mean  time  to  repair  at  depot 

Mean  time  between  failures  or  mean  time  to  failure 


Fiscal  Year  I 

AUCM(J) 

M(J)/M1(J) 

LC(I,  J) 

MTTR(J) 

MTBF(J)  or  MTTF(J) 
WT(J) 


Module  Inherent  weight  WT(J) 

Depot  material  parts  factor  expressed  as  a 

percentage  of  module  production  costs  %(J) 

Total  module  procurement  quantity  per  fiscal  year(I)  NMP(I,  J) 

Number  of  modules  (J)  In  system  NMS 

2. 3. 1.2  Operational  Parameters 

A second  set  of  Input  data  Is  used  to  define  the  system  operational  concept. 


These  are  as  follows: 


Yearly  deployment  system  hours  of  operation 
Mean  time  to  repair  system  In  field 


HOP  or  HOP(I)' 


12.  AR  11-28. 

13.  HOP  may  be  a constant  or  a variable  function  of  the  mix  of  systems  being 
considered  In  the  year  1. 


8 


J 


Number  of  nonstandard  line  items  new  to  the 


Army  logistic  system  NSMP 

Mean  time  to  getter  detector/Dewar  module  MTTG 

System  economic  life  E 

Maintenance  training  course  cost  CC 

Replacement  training  rate  RTR 

System  maintenance  float  factor  SMFF 

System  commonality  factor  StlF 

Battery  use  factor  BUF 

Deployment  fraction  DEFER 

2. 3. 1.3  System  Schedules 


The  system  has  five  associated  schedules  as  input  data.  These  schedules 


are : 


No.  of 

Fiscal  Systems 

Year  Procured 

I NSP(I) 

2.3.2  Program  Constants 


No.  of 

Systems 

Delivered 

NSDELd) 


No.  of 

Systems 

Overhauled 

NSO(I) 


Competition 

Factor 


C(I) 


The  life  cycle  cost  model  contains  a set  of  Internal  constants  which  are 

14 

used  in  Che  calculation  of  the  various  life  cycle  costs.  These  constants  are: 


Field  maintenance  labor  rate  (SAL3)^^ 
Depot  maintenance  labor  rate  (SAL2)^^ 
Depot  furnaround  time  (TURNAR) 

Air  cargo  shipping  rate 
Truck  shipping  rate^^ 

Provisioning^^ 


Nonstandard  line  item  support  factors 


15 


Yearly  cost  of  a program  manager  (SALl) 
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$ 8.30 

$21.21 

1.5  months 

$ 0.000216/lb-ml 

$ 0.000178/lb-ml 

15%  first  production  year 
10%  second  production  year 
5%  each  additional  produc- 
tion year 

$583  first  production  year 
$277  each  additional  produc- 
tion year 

$65,000 


14.  All  monetary  constants  are  in  FY  78  constant  dollars. 

15.  ECOMP  11-4,  Volume  7,  p V-9,  VI -3,  and  VI -10. 

16.  U.S.  Army  Depot,  Sacramento. 

17.  ECOM  Maintenance  Directorate. 

18.  ECOM  Comptroller. 


I 
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2.4  PROGRAM  ALGORITHMS 


2.4.1  Deployment 

The  number  of  systems  deployed  in  fiscal  year  1 Is  equal  to  the  number  of 
systems  delivered  In  that  year  times  the  deployment  fraction,  plus  the  number 
deployed  In  the  previous  fiscal  year  (I-l) . 

NSD(I)  = NSD(I-l)  + DEFER  • NSDEL(I)  ‘ 

for  1 ^ I ^ E (1  refers  to  the  first  year  of  deployment) 

When  I > E 

NSD(I)  = NSD(I-l)  - DEFER  • NSDEL(I-E) 

All.  systems  not  deployed  are  stored  at  depot,  thus: 


NST(l)  •=  NST(I-l)  - 0.01  • NSD(I-l)  + (1  - DEFER)  • NSDEL(I) 
for  1 £ I E. 

When  I > E 

NST(I)  = NST(I-l)  - 0.01  • NSD(I-l)  - (1-DEPER)  • NSDEL(I-E)  • (0.99)^“^ 
This  equation  takes  Into  account  field  attrition,  which  Is  compensated  by 
debiting  the  depot  storage  quantity  of  systems.  This  allows  the  deployment 
level  to  remain  constant  while  the  storage  level  slowly  diminishes  at  the  field 
attrition  rate.  Depot  replacement  Is  not  assumed  a priori  In  this  model. 

These  algorithms  also  take  into  account  the  removal  from  Inventory  of  all 
systems  which  have  reached  the  end  of  their  defined  economic  life. 

2.4.2  Getterlng 

The  number  of  systems  to  be  gettered  In  fiscal  year  1 Is  equal  to  the 
number  deployed  In  the  previous  fiscal  year  (I-l)  less  those  systems  lost  due 
to  attrition: 

NSG(I)  - NSD(I-l)  • (.99) 
for  1 < I < E. 


t 


I 

I 

N 
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When  I > E 

NSG(I)  - NSD(I-l)  • (.99)  - DEFER  • NSDEL(I-E)  • (.99) 

This  equation  takes  Into  account  the  removal  from  inventory  of  previously 
deployed  systems  that  have  reached  the  end  of  their  economic  life, 

2.4.3  Transportation 

The  life  cycle  cost  model  incorporates  five  transportation  rates  defined 
as  follows  (in  units  of  dollars  per  pound): 

19 

RPDS  - Rate  for  shipment  from  manufacturing  plant  to  DS/GS  location. 

RPD  - Rate  for  shipment  from  manufacturing  plant  to  system  depot. 

RDSB  - Rate  for  shipment  from  DS/GS  location  to  base  or  organizational  level. 

RDSD  - Rate  for  shipment  from  DS/GS  location  to  system  depot. 

RDPDP  - Rate  for  shipment  from  system  depot  to  vehicle  (or  other  system) 
depot. 

Transportation  rates  are  calculated  as  foilows: 

Let : 

be  the  distance  in  miles  from  the  manufacturing  plant  to  the 


1*^^  DS/GS  center. 


th 


y^^  be  the  distance  in  miles  from  the  system  depot  to  the  i DS/GS  center, 

z^j  be  the  distance  in  miles  from  the  1^^  DS/GS  center  to  the 
.th 


J organizational  level. 


, th 


S^  be  the  number  of  systems  consigned  to  the  1 DS/GS  center, 

S^j  be  the  number  of  systems  consigned  from  the  i*"*^  DS/GS  center 
to  the  j organizational  level, 

be  the  distance  in  miles  from  the  manufacturing  plant  to  the  system 
depot, 

^dpdp  distance  in  miles  from  the  system  depot  to  the  vehicle  (or 

other  system  ) depot. 


19.  Approximation  assuming  co-location  of  DS  and  GS . 

11 


A. 


Then, 


RPDS  > 0.000216 


^ X S 
1 1 1 

' ^ S 

i ^1 


RPD  - 0.000216  X 


pd 


RDSB  - 0.000178 


^ ^ z S 

j iJ  ij 

I I , 

i j ^Ij 


RDSD  - 0.000216 


7 

f Vi 

^ s 

i 


RDPDP  - 0.000216  X 


dpdp 


2.5  MODEL  EQUATIONS 
2.5.1  Investment  Cost  (OPA) 

2. 5. 1-1  Modular  Maintenance  Float  Factor 

This  factor  determines  the  number  of  modular  maintenance  float  modules 
that  are  needed  initially  to  stock  the  DS/GS  center.  It  also  represents  the 
percentage  of  system  modules  that  will  fail  in  a depot  turnaround  time 
(TURNAR) , assuming  a random  failure  rate. 


MFF(J) 


HOP 

MTBF(J) 


TURNAR 


2. 5. 1.2  Number  of  Modular  Maintenance  Float  Modules  to  be  Procured 
The  number  of  modular  maintenance  float  modules  of  type  J to  be 
procured  in  fiscal  year  I is  obtained  by  multiplying  the  modular  maintenance 
float  factor  for  module  J by  the  procurement  quantity  for  that  module  in 
fiscal  year  I 

NMMFd,  J)  - MFF(J)  • NMP(I,  J) 


I 

I 


I 

f 


I 


' 

I 
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2. 5. 1.3  Number  of  System  Maintenance  Float  Modules  to  be  Procured 


The  number  of  system  maintenance  float  modules  of  type  J to  be  procured 


In  fiscal  year  I is  obtained  by  multiplying  the  system  maintenance  float  factor 


by  the  module  procurement  quantity  in  fiscal  year  1.  These  modules  are  assembled 


as  systems,  which  become  an  initial  supply  of  system  maintenance  float  units. 


NSMF(I,  J)  - (SMFF)  • NMP(I) 


2. 5.1.4  Number  of  Replacement  Modules  To  Be  Produced 


The  number  of  replacements,  due  to  module  wearout  in  fielded  systems,  of 


module  type  J to  be  procured  in  fiscal  year  I,  is  obtained  as  follows:  The 


yearly  failure  rate  HOP/MTTF(J)  is  multiplied  by  the  number  of  systems  deployed 


in  fiscal  year  1. 


NREPLd,  J)  - ^,rF(J)  • 


2. 5. 1.5  Total  Number  of  Modules  to  be  Procured 


NMP  (I,  J)  = NMP(I,  J)  + NMMF(I,  J)  + NSMF(I,  J) 


+ NREPLd,  J) 


2. 5. 1.6  Learning  Curve  Exponent 


The  learning  curve  exponent  for  the  module  of  type  J in  fiscal  year  I 


is  obtained  by  taking  the  common  logarithm  of  the  learning  curve  percentage 


expressed  as  a fraction  and  dividing  by  the  common  logarithm  of  2.  This 


result  is  derived  from  learning  curve  theory." 


Bd,  J) 


LOG  [0.01  • LC  (1.  J) 


20.  Sirota,  D.,  Learning  Curve  Theory,  NVL  Report,  Dec  1975. 


2. 5. 1.7  First  Unit  Production  Cost 

The  first  unit  production  cost  is  obtained  by  dividing  the  product  of  the 
basic  average  unit  production  cost  and  basic  buy  quantity  by  the  cumulative 
total  of  the  basic  buy  quantity  lot.  This  result  Is  derived  from  learning 
curve  theory. 


FUC(J) 


M(J)  ♦ AUCM(J) 
M1(J)  + M(J) 

> 

M1(J) 


2. 5. 1.8  Average  Unit  Production  Cost 

, The  average  unit  production  cost  of  module  J In  fiscal  year  I Is 

I obtained  by  multiplying  the  first  unit  cost  of  module  J by  the  cumulative 

total  for  the  module  J production  lot  In  fiscal  year  I and  by  the  competition 
factor.  The  result  Is  divided  by  the  lot  quantity.  The  equation  Is  derived 
from  learning  curve  theory. 


AUC(I,  J) 


FUC(J) 

NMP^d.J) 


NMp'^(I,J)-tNMP^(I-l.J) 

y ‘Cd.j) 

MMP^d-l,J)+l 


2. 5. 1.9  Hardware  Cost 

The  system  average  unit  production  cost  Is  obtained  by  summing  the 
module  average  unit  production  cost  (AUC(I,  J))  over  all  modules.  The  hard- 
ware cost  In  fiscal  year  I Is  then  obtained  by  multiplying  the  system  average 
unit  production  cost  by  the  number  of  systems  to  be  procured. 


HARDCd)  - ZaUCCI,  J)  • NSPd) 

J 

2.5.1.10  Provisioning  Cost 

The  provisioning  cost  Is  the  cost  of  an  Initial  supply  of  repair  parts 
and  special  tools  to  stock  the  depot.  Calculation  of  provisioning  cost  as  a 
percentage  of  the  hardware  cost  Is  In  accordance  with  the  ECOM  cost  manual. 


t 

f 

i 

I 

f: 
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( 
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ISPC(I)  = ISP  • HARDC(I) 
where  ISP  - 0.15  If  I - I 

= 0.10  if  I = 2 
= 0.05  if  1 > 2 

2.5.1.11  Maintenance  Float  Cost 

The  maintenance  float  cost  is  the  sum  of  the  cost  of  the  modular 
maintenance  float  modules  required  specifically  for  the  system  and  the  cost 
of  the  system  maintenance  float  units. 


MFC(I)  - J1aUC(I,  J)  • [MFF(J)  • NSP(I)  + NSMF(I,  J) ] 

J 

2.5.1.12  Module  Shipping  Weight 

The  module  shipping  weight  is  related  to  the  module  Inherent  weight  by 
the  following  estimating  relationship  derived  from  historical  weight  data  for 
night  vision  systems. 

MSWT(J)  = [3.20242A  + 0.00532  WT(J)]  • WT(J) 

2.5.1.13  System  Shipping  Weight 

The  system  shipping  weight  is  related  to  the  system  Inherent  weight  by 

the  same  cost  estimating  relationship  used  to  determine  module  shipping  weight. 

SSWT  - 7.  WT(J)  (3.202A24  + 0.000532  J^WTCJ)] 

J J 

The  shipping  equations  hold  for  values  in  the  approximate  range 

2.79  lbs  ^ SSWT  ^ 187  lbs  and 

0.72  < 7 WT(J)  £ 50  Ibs.^^ 
j' 


2.5.1.1A  Initial  Transportation  Cost 

The  initial  transportation  cost  equation  consists  of  three  terms.  The 
first  term  represents  the  cost  of  shipping  the  deployed  systems,  the  associ- 
ated system  maintenance  float  units,  and  the  associated  modular  maintenance 


21.  For  values  of  SSWT  and  WT(J)  beyond  those  indicated , adjustments  may  be 

necessary  to  the  equation  constants.  Actual  weights  may  be  used  of  course 
with  appropriate  adjustment  of  the  constants. 


float  modules  from  the  plant  to  the  DS/GS  location.  The  second  term  represents 
the  cost  of  shipping  the  systems  from  the  DS/GS  location  to  the  base  location. 
The  third  term  represents  the  cost  of  shipping  the  stored  systems,  the  associ- 
ated system  maintenance  float  units,  and  the  associated  modular  maintenance 
float  units  from  the  manufacturing  plant  to  the  Army  depot. 

ITRC(l)  - RPDS  • DEFER  • NSP(I)  • [SSWT( 1+SMFF)  + Z (MFF(J)  • MSWT(J) ] 

J 

+ RDSB  • DEFER  • SSWT  + RPD  • (1-DEPER) 

• NSP(I)  • (SSWT(1+SMFF)  + X (MFF(J)  • MSWT(J))] 

J 

2.5.1.15  Initial  Maintenance  Training  Cost 

The  initial  maintenance  training  cost  represents  the  cost  of  training 
all  maintenance  personnel  who  may  be  involved  in  the  maintenance  of  the  system 
at  the  DS/GS  location.  System  commonality  is  assumed  here  and  cost  is  allo- 
cated to  the  various  systems  in  accordance  with  the  system  commonality  factor 
SUF. 

ITC(I-l)  « CC  • NOMM  • SUF 

2.5.1.16  Contractor  Engineering  Cost 

Contractor  engineering  cost  ENGCON(I)  is  defined  as  engineering  cost 
Incurred  by  the  contractor  to  evaluate  engineering  change  proposals  (ECP's). 

It  is  an  engineering  cost  over  and  above  the  production  engineering  normally 
associated  with  production  hardware  costs. 

2.5.1.17  Proof  and  Testing  Services  Cost 

Proof  and  testing  services  cost  PTSUS(I)  is  that  Incurred  by  the 
contractor  in  carrying  out  destructive  or  potentially  destructive  tests  of 
production  systems. 
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2.5.1.18  Proof  and  Testing  Components  Cost 

Proof  and  testing  components  cost  PTCOMP(I)  Is  the  cost  of  production 
systems  procured  specifically  for  destructive  or  potentially  destructive 
testing. 

PTCOMP(I)  =■  80.01  • NSP(I)^^ 

2.5.1.19  Recurring  Tooling  Cost 

Recurring  tooling  RETOOL(I)  Is  the  cost  of  replacing  wornout  tooling 
during  the  production  process. 

RETOOL(I)  ■=  72.68  • NSP(I)^^ 

2.5.1.20  Total  Investment  Cost 

Total  Investment  cost  (PEMA)  Includes  a number  of  costs  in  addition 
24 

to  those  discussed.  They  are  listed  below  the  equation. 

IC(I)  - HARDC(I)  + ISPC(I)  + MFC(I)  + ITRC(I)  + ITC(I) 

+ RETOOL(I)  + ENGCON(I)  + PTSUS(I)  + PTCOMP(I) 

+ TSMC(I)  + INTC(I)  + DC(I)  + IPFC(I)  + QAC(I) 

+ ENGC(I)  + ECOC(I)  + DTIIIC(I) 

TSMC(I)  is  the  total  systems  management  cost.  This  cost  Is  due  to  the 
procurement  and  administrative  effort  Involved  In  the  Investment  phase  of 
the  system's  life  cycle. 

INTC(l)  Is  the  Instructor  training  cost  for  a training  course  given  at  the 
contractor's  plant  that  deals  with  the  operation  and  maintenance  of  the  system. 

DC(I)  Is  the  documentation  cost.  This  cost  is  associated  with  all  data 
procured  as  part  of  the  production  contract. 


22.  Factor  derived  from  historical  data  on  DRAGON  Tracker  (M47). 

23.  Ibid. 

24.  These  cost  centers  may  be  zeroed  out  as  required  for  a particular 
analysis  or  additional  centers  added  as  required. 
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IPFC(I)  is  the  Initial  production  facilities  cost.  This  cost  is  for  the 


construction  of  buildings  and  the  fabrication  of  tooling  required  for  the 
production  of  the  system. 

QAC(I)  Is  the  quality  assurance  cost.  This  cost  is  for  effort  required 
to  insure  that  the  produced  system  meets  specifications.  This  element  is 
included  in  ENGC(I)  below. 

ENGC(l)  is  the  Government  engineering  cost.  This  cost  is  associated  with 
in-house  design  effort  undertaken  during  the  production  phase  to  improve  the 
system  and  includes  quality  assurance  costs  [QAC(I)]. 

ECOC(I)  is  the  engineering  change  order  cost.  This  cost  is  associated  with 
the  administrative  effort  for  production  engineering.  (Alternative:  may  be 
an  anticipatory  set  aside  for  hardware  changes  due  to  implementation  of  ECP’s.) 

DTIIIC(I)  is  the  production  testing  cost.  This  cost  is  associated  with  the 
testing  of  initial  production  units. 

2.5.2  Operations  and  Supt>ort  Cost  (OMA) 

2. 5. 2.1  Replacement  Training  Cost 

The  replacement  training  cost  accounts  for  the  training  of  additional 
maintenance  personnel  to  replace  personnel,  initially  trained,  who  leave  the 
service.  The  cost  is  computed  by  multiplying  the  initial  maintenance  training 
cost  by  an  average  yearly  replacement  rate  (RTR) . System  commonality  is  taken 
into  account  and  costs  are  allocated  to  the  various  systems  by  the  system 
commonality  factor  SUE. 

RTC(l)  = RTR  • CC  • NOMM  • SUF 
for  all  deployment  years. 

2. 5. 2. 2 Field  Labor  Cost 

Field  labor  cost  is  due  to  labor  costs  of  system  repair  and  of  field 
getterlng  where  appropriate. 

FLC(I)  - RLC(I)  + FG',C(I) 


i 

I 


i 
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2. 5. 2. 2.1  System  Repair  Labor  Cost 

This  cost  is  due  to  the  troubleshooting  of  the  defective  system  at  the 

DS/GS  location  and  replacement  of  the  defective  module.  HOP/MTBFS  represents 

25 

the  expected  number  of  yearly  failures  of  each  deployed  system. 

. , ^ HOP  » KTTRF  • SAL3  • NSD(I) 

-1 


MTBFS 


.h.r.  ■ (y.  ) 


2. 5. 2. 2. 2 Field  Getter Ing  Labor  Cost 

In  those  cases  where  field  getterlng  is  performed  on  each  deployed  system 
each  year,  the  field  gettering  labor  cost  is  the  product  of  the  mean  time  to 
getter,  field  maintenance  labor  rate,  and  number  of  systems  to  be  gettered. 
FGLC(I)  = MTTG  • SAL3  • NSG(I) 

2. 5. 2. 3 Nonstandard  Line  Items  Logistics  Support  Cost  (ILS) 

ILSC(I)  = ILSF(I)  • NSMP  • SUF 
where  ILSF  = $583  if  I = 1 
ILSF  - $277  if  I jt  1 

This  cost  is  due  to  Introduction  and  maintenance  of  nonstandard  line  items 
associated  with  systems  that  are  new  to  the  Army  logistics  system.  Costs  were 
obtained  from  the  ECOM  Cost  Manual.  System  commonality  is  taken  into  account 
and  costs  are  allocated  in  accordance  with  the  system  commonality  factor  SUF. 

2. 5. 2. 4 Depot  Maintenance  Cost 

Depot  material  parts  costs  and  depot  labor  costs  have  been  included. 

DMC(I)  - DMPC(I)  + DLC(I) 

2. 5. 2. 4.1  Depot  Material  Parts  Cost 

Depot  material  parts  cost  refers  to  the  cost  of  the  piece  parts  used  to 
repair  failed  repairable  modules  at  the  depot.  The  depot  material  parts 


25.  HOP(I)  may  be  used. 
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factor  expressed  as  a percentage  of  module  production  cost  %(J)  is  a function 
of  both  the  production  cost  and  the  mean  time  between  failures  of  the  piece 
parts  that  constitute  a repairable  module. 


DMPC(I) 


'y  HOP  • %(J)  • AUC(I.J)  • NSD(I) 
, MTBF(J)  • 100 


26 


where 


%(J) 


(PC)  . 

N ^ 

^ (MTBF)^ 

iti  MC(M) 
MTBF(M) 


(PC)^  = Cost  of  the  i*"^  piece  part  needed  to  repair  the  Module  (M) 

(MTBF)^  = The  MTBF  associated  with  the  i^^  piece  part 
MC(M)  = The  replacement  cost  of  the  Module  (M)  without  repair 
MTBF(M)  = The  MTBF  of  the  Module  (M) 

N = The  number  of  piece  parts  associated  with  the  Module  (M)  ■ 

Where  detailed  data  are  not  available,  estimates  may  be  made  against  the 
above  definition  by  analogy  to  other  systems  for  which  sufficient  data  is 
available. 


2. 5. 2. 4. 2 Depot  Labor  Costs 

Depot  labor  cost  refers  to  the  labor  cost  associated  with  the  repair  of 
failed  modules  at  the  depot. 


DLC(I) 


27 

j HOP  • MTTR(J)  ■ SAL2  • NSD(I) 

■y  MTBF(J) 


2. 5.2.5  Depot  Inventory  Holding  Cost 

Depot  inventory  holding  cost  comprises  system  and  modular  storage  cost 
and  coat  of  gettering  systems  that  are  taken  from  storage  for  use  in  the  field, 
to  offset  field  attrition. 

26.  HOP(I)  may  be  used. 

27.  Ibid. 
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2. 5. 2. 5.1  Modular  Holding  Cost 


MHC(I)  = NST(I)  • MHF  • XaUCM(I,J)  • (MFF(J)  + SMFF)  • NMS(J) 

J 

2. 5. 2. 5. 2 System  Holding  Coat 

SHC(I)  = NST(I)  • SHF  • AUCS(I) 

where 

NST(I)  = Number  of  systems  stored  in  fiscal  year  I 

28 

MHF  = Module  holding  factor  (default  value  = 0.03) 

28 

SHF  = System  holding  factor  (default  value  = 0.01) 

MFF(J)  “ Module  maintenance  float  factor 

NMS(J)  = Number  of  modules  (J)  procured  or  required  for  use  with 
each  system 

AUCS(I)  = ZaUC(I,  J) 

J 

2. 5. 2. 5. 3 Depot  Getterlng  Labor 

For  all  systems  in  which  getterlng  is  required,  all  stored  systems 
(detector/Dewars)  are  forcibly  outgassed  (gettered)  before  deploying  to 
replace  field  attrition.  Depot  getterlng  labor  is  given  by 
DEGETLAB(I)  = MTFG  • SAL2  • NG(I) 

where 

MTFG  » Mean  time  for  getterlng 
NG(1)  “ Number  of  systems  to  be  gettered 
SAL2  « Depot  labor  rate 
2. 5. 2. 6 Transportation  Cost 

Depot  maintenance  transportation  cost  and  transportation  cost  of 
systems  for  getterlng  have  been  Included. 

TRC(l)  - TRDRC(I)  + TRGC(I) 

28.  ECOMP  11-4,  Vol  7,  VI-12. 
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2. 5. 2. 6.1  Depot  Maintenance  Transportation  Cost 

The  first  term  Is  the  cost  of  shipping  the  system  from  the  Organization 
level  to  the  OS/GS  location  and  shipping  a system  maintenance  float  unit  from 
DS/GS  to  the  Organization  level.  The  second  term  Is  the  cost  of  shipping  the 
defective  repairable  modules  to  and  from  the  depot  for  repair. 


TRDRC(l)  = 


2 RDSB  • HOP  • SSWT  • NSD(I) 
HTBFS 


j 2 • RDSD  • HOP  ♦ MSWT(J)  • NSD(I) 
, irrBF(J) 
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2. 5. 2. 6. 2 Transportation  of  Systems  for  Getterlng 
TRGC(l)  = 2 • RDSB  • NSG(I)  • SSWT 

The  factor  NSG(I)  represents  the  number  of  deployed  systems  to  be  gettered 
at  DS/GS  In  fiscal  year  I. 

2. 5. 2. 7 Depot  Overhaul  Cost 

The  first  term  represents  the  actual  depot  overhaul  cost.  The  cost 

30 

estimating  relationship  employed  was  obtained  from  the  ECOM  Manual.  The 
second  term  represents  the  transportation  cost  for  depot  overhaul.  It  is  the 
cost  of  transporting  the  system  from  the  base  to  the  appropriate  system  depot 
and  return. 

r\  UQ1 

DOC(I)  = 0.809  [J.AUCd,  J)  ] • NSO(I) 

j" 

+ 2 (RDSD  + RDSB)  • SSWT  • NSO(I) 

2. 5. 2. 8 Consumables 

Four  consumables  are  recognized  and  estimated  by  program  algorithm. 

These  are  valves,  cartridges,  batteries,  and  other.  They  are  calculated  as 
follows : 


29.  HOP(I)  may  be  used. 

30.  ECOMP  11-4,  Volume  7,  p VI-14. 
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CONSUM  (SYS,  I)  = HOP  • NSD(I) 


, AUKI,  J)  + (RDSB  + RDSD)  » MSWT(J) 

MTTF(J) 

2. 5. 2. 9 Total  Operations  and  Support  Cost  (OMA) 

OC(I)  = RTC(I)  + FLC(I)  + ILSC(I)  + DMC(I)  + MHC(I)  + SHC(I) 

+ DETGETLAB(I)  + TRC(I)  + DOC(I)  + CONSUM(I) 

2.5.3  Total  Life  Cycle  Cost 

Total  LCC  Is  obtained  by  summing  the  costs  of  research  and  development, 
Investment,  and  operation.  RD(I)  Is  the  research  and  development  cost  la 
fiscal  year  I.  The  research  and  development  cost  Is  categorized  as  either 
sunk  or  future  costs.  Sunk  research  and  development  costs  are  added  as  a 
single  constant  and  are  not  Inflated. 

LCC  = X [RD(I)  + IC(I)  + OC(I)] 

I 


31.  HOP(I)  may  be  used. 
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3.  SPECIAL  CONSIDERATIONS  AND  METHODOLOGY 


3.1  GENERAL 

As  stated  In  Section  2.2.  the  basic  model  is  based  on  a modular  or  sub- 
assembly  maintenance  concept  in  which  the  operator  noting  a malfunction  sends 
the  failed  system  to  the  Direct  Support/General  Support  (DS/GS)  maintenance 
area.  Here  the  failure  is  isolated  to  a particular  module.  The  failed  module 
is  then  replaced  by  a maintenance  float  unit  and  the  system  is  then  returned 
to  the  user  or  placed  in  the  system  maintenance  float  bin.  The  failed  module 
is  shipped  to  the  depot  for  actual  repair.  There  will  be,  and  are,  systems  for 
which  this  concept  is  not  completely  suitable  and  for  that  reason  Sections  3.2 
and  3.3  will  describe  two  modifications  which  have  been  used  in  the  Night  Vision 
area.  Section  3.4  will  discuss  utilization  of  the  model  when  the  "system"  is 
simply  a module  but  one  which  is  common  to  a half  dozen  or  more  systems  all 
with  differing  procurement  plans,  operational  use  rates,  etc. 

3.2  TANK  THERMAL  SIGHT,  TTS  (AN/VSG-2)  APPLICATION  PROBLEM  DESCRIPTION 
3.2.1  The  TTS  consists  of  four  subassemblies  or  black  boxes.  These  sub- 
assemblies  each  contain  a set  of  replaceable  modules.  These  subassemblies  are: 

1.  Head  Assembly  containing  optical  elements  that  facilitate  day/night 
surveillance  of  the  area  adjacent  to  the  tank  and  sensor  modules  that  convert 
incoming  far  infrared  radiation  into  a visible  display.  It  allows  for  daytime 
viewing  of  the  surrounding  area  by  the  tank  gunner. 

2.  Commander's  Display  which  facilitates  nighttime  viewing  by  the  tank 
Commander . 

3.  Gunner's  Display  which  facilitates  nighttime  viewing  by  the  gunner. 

4.  Power  Converter  which  conditions  and  distributes  electrical  power 

32 

generated  by  the  tank  to  the  various  TTS  subassemblies. 

32.  Sirota,  D.,  Life  Cycle  Cost  Analysis,  Tank  Thermal  Night  Sight  AN/VSG-2(  ), 
NVL  Rept.,  Jul  1976. 
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3.2.2  Analytical  Approach 


This  system  must  be  treated  In  essence  as  four  systems  Instead  of  one. 

This  model  is  accordingly  based  on  an  organizational  subassembly  maintenance 
concept.  Organizational  maintenance  consists  of  troubleshooting  the  failed  TTS 
system  while  still  Installed  in  the  tank  in  order  to  isolate  the  defective 
subassembly.  The  defective  subassembly  is  replaced  at  this  point. 

Field  maintenance  consists  of  troubleshooting  the  failed  subassembly  to 
Isolate  and  replace  defective  modules.  This  is  done  at  the  DS/GS  location. 

As  in  the  basic  application  of  the  model,  modules  are  then  shipped  to  depot 
for  repair. 

It  is  tempting  at  times  to  break  systems  up  into  subassemblies  for  analysis 
but  the  key  to  the  feasibility  of  doing  this  in  the  LCC  model  is  simply:  if  the 
system  as  a whole  must  be  sent  to  DS/GS  for  fault  isolation  of  modules  then 
it  cannot  be  treated  as  a collection  of  subassemblies;  if  however,  identifiable 
subassemblies  do  in  fact  move  Independently  to  DS/GS  then  the  subassembly 
approach  is  appropriate. 

In  the  basic  application  of  the  model  there  is  one  system  labeled  PRIME 
and  in  addition  there  may  be  several  supporting  or  ANCILLARY  systems.  The 
PRIME  and  ANCILLARIES  move  Independently  through  the  maintenance  cycle  accord- 
ing to  their  respective  failure  rates  and  operational  use  rates,  l.e.,  HOP/ 

MTBF  ratios.  In  the  TTS  application  of  the  model  there  are  four  PRIME  systems 
and  the  possibility  of  ANCILLARIES.  Here  the  PRIMES  move  Independently  through 
the  maintenance  cycle  as  do  the  ANCILLARIES.  This  approach,  where  appropriate, 
can  be  used  without  change  to  the  model  equations  or  algorithms.  In  other 
cases  changes  must  be  made  in  the  equations  themselves.  Changes  such  as  these 
have  not  been  added  to  the  computer  program  but  rather  are  added  manually 
as  input  data  in  an  iterative  process.  Permanent  inclusion  in  the  program 
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Itself  would  occur  if  repeated  analysis  of  the  latter  type  were  required. 

An  example  of  this  type  of  manual  adaptation  follows  In  Section  3.3. 

3.3  REMOTE  PILOTED  VEHICLE  RPV  APPLICATION^^ 

3.3.1  Problem  Description 

The  RPV  Vehicle  Is  a remotely  piloted  aircraft  designed  for  battlefield 
surveillance.  It  would  Include  a night  vision  system  mounted  In  a special 
turret  assembly  which  also  contains  gimbals  and  mounts,  boresighting  equipment 
and  a laser  rangefinder  designator.  This  system  can  only  be  boreslghted  at 
depot  due  to  the  sensitivity  of  adjustments  and  the  degree  of  cleanliness 
required.  For  this  reason  If  a modular  failure  occurs  within  the  boreslght 
train  (l.e.  any  failure  which  Impairs  boreslght  alignment)  then  the  entire 
turret  assembly  moves  from  organization  to  DS/GS  and  on  to  depot.  If  however 
a modular  failure  occurs  which  Is  Independent  of  the  boresighting  train  then 
the  turret  assembly  simply  moves  between  organization  and  DS/GS  and  only  the 
failed  module  moves  on  to  the  depot  for  repair.  Clearly  the  basic  application 
of  the  model  does  not  permit  this  type  of  occurrence.  Section  3.3.2  shows  a 
possible  analytical  approach  to  this  problem. 

3.3.2  Analytical  Approach 

There  are  two  changes  which  must  be  made  to  the  LCC  model  in  order  to 
properly  reflect  the  maintenance  concept  currently  envisioned  for  the  RPV  FLIR 
system.  These  are  the  Inclusion  of  depot  boresighting  labor  DEPBORLAB(I) 
and  an  adjustment  In  the  transportation  equation  to  account  for  DEPBORLAB(I) . 
As  stated  above  the  basic  model  assumes  round  trip  system  shipment  from  the 
field  to  OS/GS  and  return  and  round  trip  module  shipment  from  DS/GS  to  depot. 
The  RPV  FLIR  systems  require  that  the  system  undergo  a round  trip  for  every 


33.  Morrow,  W.B.,  Life  Cycle  Cost  Analysis  of  Proposed  Day/Nlght  FLIR  System 
Alternatives  for  Remote  Piloted  Vehicle  (RPV) , NV&EOL  Rept.,  19  Jul  1978. 
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failure  that  perturbs  boreslght  alignment.  In  addition  modules  undergo  round 
trip  shipment  to  depot  If  they  are  not  in  the  boreslght  train  of  the  system. 
3. 3. 2.1  Depot  Boresighting  Labor,  DEPBORLAB(I) 

Depot  boresighting  labor  Is  given  by: 


DEPBORLAB(I) 


HOP  • tfTTBS  • SAL2 
KTBFB 


NSD(I) 


where: 

MTTBS  “ Mean  time  to  boreslght  the  system  In  hours. 

MTBFB  ~ Mean  time  between  failure  of  the  set  of  modules  constituting  the 

boreslght  train  of  the  system.  It  may  Include  the  turret  assembly 
objective  optics,  scanner,  detector /Dewar,  IR  Imager,  etc.  It 
does  not.  In  general.  Include  scan  converter/multiplexing  modules, 
video  electronics  or  camera  tubes.  It  Is  a variable  from  system 
to  system. 

3. 3. 2. 2 Transportation  Correction 

Under  the  basic  LCC  model,  maintenance  transportation  costs  are  given  by 
the  relation 

(a)  TRC(I)  “ TRDRC(I)  + TRGC(I) 


where 


(b)  TRDRC(l)  - HOP  ■ SSVjT(Jl.-_NSD(l.) 

MTBFS 

y 2 RDSD  ■ HOP  • MSWT(J)  « NSD(l) 
j MrBF(J) 

(c)  TRGC(I)  - 2 RDSB  • NSG(I)  • SSWT 


and 


(d)  NSG(I)  - NSD(I-1)(.99). 

The  parameters  and  variables  are  as  previously  defined  in  Section  2,  Basic 
Mathematical  Model-General  Methodology. 
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Recall  also  that 
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(e)  MSWT(J)  - [3.202424  + 0.000532  WT(J) ) WT(J) 

and 

(f)  SSWT  - ZWT(J)  [3.202424  + 0.000532  2WT(J)] 

J J 

For  the  RPV-FLIR  system  It  is  the  second  term  of  equation  (b)  that  needs 
to  be  modified  to  include  depot  shipment  for  boreslght  train  failure.  This  is 
done  by  expanding  the  second  term  as  follows: 


(g)  TRDRC(I)* 


2 RDSB  » HOP  ♦ SSVfT  • NSD(I) 
WTBFS 


2 RDSD  • HOP  • SSWT 
MTBFB 


NSD(I) 


where 

(h)  KTBFB.rZ 


The  first  J modules  impact  boreslght  when  they  fall  and  dictate  system 
shipment  to  depot  while  the  remaining  K modules  do  not  impact  boreslght  and 
dictate  module  shipment  to  depot. 

We  now  have 

(i)  TRC(I)*  - TRDRC(I)*  + TRGC(I) 


In  this  analysis  TRC  was  first  calculated  by  the  computer  and  a 4TRC 
added,  l.e.  TRC(I)*  - TRC  + ATRC. 

Ftrc* 


(j)  4TRC 


Ltrc 


TRC 


The  ratio  TRC*/TRC  can  be  written  in  the  form 


(k)  K(l) 


NSD(I) 

TRC(I)*  , NSD(I-l) 
TRC(I)  “ „ NSD(I)  . . 

“ NSD(I-l)  ^ 
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for  all  I > 1.  If  I “ 1 we  define 

NSD(I)  . 1 
NSD(I-l) 

A and  B are  system  dependent  constants.  We  may  then  write: 

(l)  ATRC(I)  » (K(I)  - 1]  TRC(I) 

In  the  case  of  systems  for  which  no  gettering  is  required  the  second  term 
of  equation  (a)  is  zero,  i.e. 

(m)  TRGC(I)  = 0 * 

This  reduced  to 

TRC(I)  - TRDRC(I) 

and 

TRC(I)*  - TRDRC(I)* 

Moreover 

, . _ TRC(I)*  _ TRDRC(I)*  ^ M NSD(l) 

^ ^ “ TRC(I)  " TRDRC(I)  “ N NSD(I) 

M 

— “ a constant  independent  of  the  fiscal  year  I 
We  have  now: 


where  M and  N are  system  dependent  constants  and 
ATRC(I)  - (K  - 1)  TRC(I) 

3.3.3  Comments 

In  general  the  model  la  first  exercised  in  its  basic  form;  then  by 
utilization  of  a routine  in  the  computer  program  which  allows  addition  or 
subtraction  of  arbitrary  values  from  specific  parameters,  the  values  of  ATRC(I) 
are  Included.  In  addition  a new  parameter  line  for  DEPBORLAB(I)  is  entered 
with  the  computed  values.  With  these  two  entries  the  computer  model  is 
exercised  a second  time  to  complete  the  analysis. 
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3. A LIGHT  EMITTING  DIODE  ARRAY  (LED)  PRODUCT  IMPROVEMENT  APPLICATION 
3. A. I Problem  Description 

In  this  analysis  Che  problem  Is  to  deal  with  a system  but  with  a com- 
ponent module  common  to  several  systems  having  differing  use  rates.  Moreover 
the  problem  Includes  changing  the  module  by  product  Improvement  for  some 
systems  but  not  others.  What  Is  wanted  Is  a determination  of  the  cost  effec- 
tiveness of  the  product  Improvement. 

The  present  configuration  of  the  Common  Module  Light  Emitting  Diode  (LED) 
uses  a 180-element  array  regardless  of  the  number  of  channels  In  the  Night 
Vision  System  utilizing  the  LED.  A product  improvement  of  this  LED  is  being 
investigated  whereby  the  Manportable  family  of  Night  Vision  Systems  (TOW, 

DRAGON,  NODLR,  and  GLLD)  will  use  an  LED  having  a 60-element  array.  Because 
of  fewer  elements,  it  Is  hypothesized  that  the  basic  cost  of  the  LED  should 
be  considerably  lower  than  that  of  the  present  LED. 

There  are  three  sets  of  systems  using  the  Common  Module  LED.  The  Manport- 
able family  of  systems  currently  plans  production  of  about  15,000  systems  from 
a prime  contractor  and  about  2,500  from  a second  source.  The  Tank  Thermal 
Sight  (TTS)  plans  about  3,500  systems  assumed  to  be  made  by  a prime,  and 

the  Advanced  Attack  Helicopter  (AAH)  will  have  about  1,000  systems  assumed  to 

35 

be  made  by  a second  source.  The  Manportable  systems  currently  use  60 
elements  of  the  present  180-element  LED  and  will  use  the  60-element  LED  when 
It  becomes  available.  The  AAH  systems  will  use  all  180  elements,  and  the  TTS 
has  120  channels  and  thus  must  always  use  180-element  LED's. 

The  table  below  shows  the  typical  Input  data  which  might  be  used  In  each 
program.  Different  baseline  AUC's  were  used  for  each  program  because  of  such 
things  as  effects  of  competition  as  shown  by  bids,  and  different  methods  used 

3A.  Swenson,  J.  M.,  Light  Emitting  Diode  Product  Improvement  Economic  Analysis, 
/ NV&EOL  Rept.,  Oct  1978. 

35.  Quantities  are  arbitrary  for  illustrative  purposes  only. 
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by  different  analysts  to  determine  baseline  costs.  This  analysis  compares  only 
the  effect  of  reduced  costs  of  a 60-element  LED  upon  existing  estimates  of 
program  cost,  so  all  other  inputs  were  kept  the  same  as  when  validated. 


LED  INPUT  DATA 

Man-Port  Prime  Second  Source 


180  elem 

60  elem 

180  elem 

60  elem 

TTS 

AAH 

Baseline  AUC^^ 

$1,300 

$780 

$750 

$500 

$2,000 

$6,000 

Baseline  LOT 

#1-1941 

#1-1941 

#1-30000 

#1-30000 

#1-300 

#1-44 

Learning  Curve 

0.865 

0.865 

0.90 

0.90 

0.85 

0.89 

L.C.  #1  End  Point 

1942 

1942 

N/A 

N/A 

N/A 

N/A 

Learning  Curve  #2 

0.850 

0.850 

N/A 

N/A 

N/A 

N/A 

MTBF  (hrs) 

11,715 

11,715 

11,715 

11,715 

5,858 

3,905 

MTTR  (hrs) 

0.53 

0.53 

0.53 

0.53 

0.53 

0.53 

Weight  (lbs) 

0.43 

0.43 

0.43 

0.43 

0.43 

0.43 

Repair  Part 

Factor 

0.173 

0.250 

0.173 

0.250 

0.173 

0.173 

Oper  Hrs/Year 

Variable 

between  137 

' and  202 

based 

(HOP(I)) 

upon  4 system  mix 

480 

248.5 

Economic  Life  (yrs) 

15 

15 

15 

15 

15 

15 

To  indicate  the  range  of  savings  possible,  the  NV&EOL  Life  cycle  cost  model  was 
used  to  obtain  the  life  cycle  cost  associated  with  the  LED  module  for  three 
cases:  (1)  all  programs  using  the  present  configuration  of  180-element  LED's 

for  their  entire  economic  life;  (2)  the  Manportable  program  changing  to  the 
60-element  LED  starting  in  FY80  with  complete  independence  between  the  two 
types;  and  (3)  same  as  (2)  except  with  complete  production  line  commonality 
between  the  two  types. 
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36.  Numbers  are  arbitrary  and  do  not  represent  actual  quotes  or  contract 
prices. 
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3.A.2  Analytical  Approach 

While  this  problem  appears  to  be  quite  complex  on  the  surface  it  is 
easily  resolved  using  the  LCC  model  in  the  same  fashion  as  was  done  for  the 
ITS  (Section  3.2).  In  this  case  there  is  no  ANCILLARY  equipment  but  there 
are  up  to  six  (6)  PRIME  systems,  l.e. 

(1)  Manportable  Prime  Source  180  element 

(2)  Manportable  Prime  Source  60  element 

(3)  Manportable  Second  Source  180  element 

(4)  Manportable  Second  Source  60  element 


(5)  TTS  (One  Source) 


180  element' 


(6)  AAH  (One  Source) 


180  element 


Each  system  runs  Independently  as  a PRIME  subsystem  but  with  production  common- 
ality taken  into  account  where  necessary  or  desirable.  The  output  when  using 
the  computer  model  shows  the  results  for  each  subsystem  ar.  well  as  the  combined 
results.  Nowhere  in  this  analysis  was  it  necessary  to  get  involved  with  the 
Night  Vision  systems  in  which  the  LED  modules  are  used  except  to  recognize  their 
differing  use  rates  and  MTBF's  as  dictated  by  environmental  factors.  Moreover, 
actual  costs  for  each  contract  could  be  used  to  good  advantage. 


37.  Only  120  elements  are  used.  Also  more  than  one  source  here  would  not  be 
a problem  to  handle. 
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4.  INPUT  DATA  REQUIREMENTS 
4 . I GENERAL 


As  with  any  cost,  economic,  or  systems  analysis  a close  working  relationship 
between  the  analyst  and  cognizant  project  engineers  is  critical  to  the  deliver- 
ance of  a good  product.  To  the  analyst  familiar  with  the  model,  the  type  and 
quality  of  data  needed  is  usually  self  evident,  but  it  needs  to  be  communicated 
to  those  from  whom  the  data  must  be  obtained.  With  this  in  mind  the  following 
list  of  items  is  suggested  as  an  approach  to  obtaining  the  data  necessary  to 
exercise  this  model. 

4.2  INITIAL  DATA  REQUIREMENTS  ' 

I 

4.2.1  Data  List 

I 

a.  A comparative  engineering  description  of  the  proposed  system  and 
ancillary  equipments.  The  comparison  should  be  detailed  and  should  reflect 

any  and  all  differences  between  the  proposed  system  and  existing  systems  which  ^ 

are  similar  and  for  which  a cost  data  base  has  been  established. 

I 

b.  Procurement  plan  including  number  and  identification  (if  possible) 

V. 

of  sources  from  whom  systems  will  be  procured,  i.e.,  value  of  anticipated 

competition.  j 

c.  Procurement  and  delivery  schedule  by  year  and  source.  , 

d.  Expected  system  and  component  module  operational  life  expressed  as 

t - 

MTTF's  and/or  MTBF's  with  end  of  life  performance  defined  as  required.  C 

' 

e.  Any  existing  cost  history  for  this  system  and/or  similar  systems.  [■ 

1 

f.  Projected  R&D  requirements.  i 

♦ 

g.  Physical  weights  for  component  modules,  subassemblies,  etc. 

h.  Training  (operator  and  maintenance)  anticipated  - type,  duration, 
and  time  frames. 
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i.  Are  there  any  phase-in  phase-out  relationships  with  other  systems  or 
systems  being  replaced,  product  improvements  or  major  component  substitutions 
anticipated . 

J.  Economic  life  of  the  proposed  system  considering  operational  life, 
obsolescence,  and  probability  of  threat  cancellation.  When  is  this  system 
likely  to  be  replaced? 

k.  Peacetime  operational  use  rates  of  deployed  systems  in  hours/year. 

l.  Percentage  of  systems  being  deployed  vs  percent  held  as  combat  con- 
sumption or  war  reserve  units. 

m.  Maintenance  Concept  - Are  systems,  subsystems  or  components  repairable 
or  throwaway.  What  is  the  extent  of  field,  DS/GS,  and  depot  maintenance?  What 
MOS  rating(s)  is  to  be  used  for  maintenance? 

n.  Projected  nonrecurring  and  recurring  tooling  and  facilitization 
required  by  contractor. 

o.  Special  requirements  support  or  auxiliary  equipment,  ground  or  air- 
borne vehicle  interface  requirements  or  constraints. 

p.  Budget  constraints  and  schedule  constraints,  if  any,  by  year. 

q.  Are  maintenance  floats  implicit  in  the  production  quantities  given  or 
do  they  need  to  be  computed  in  accordance  with  the  model? 

4.2.2  Comments 

Detailed  data  derived  from  this  list,  though  not  exhaustive,  forms  a sound 
basis  for  exercising  the  model.  Is  it,  however,  all  necessary?  Clearly,  some 
of  it  relates  to  investment  cost  and  some  to  operations  and  support  cost. 

For  a life  cycle  analysis,  all  is  necessary.  Investment  costs  may  be  computed 
without  regard  to  operations  and  support  costs  but  at  some  sacrifice  in  accuracy 
as  the  two  categories  are  not  completely  independent.  They  are  often  coupled 
by  hardware  costs  and  maintenance  float  requirements  which  are  driven  by  the 
HOP/MTBF  ratio. 
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Are  there  problems  associated  with  using  the  model?  While  broadly  applicable, 
there  will  be  systems  for  which  the  model  cannot  be  forced  to  work.  The  analyst 
must  understand  the  model  well  enough  to  discern  its  limitations.  Beyond  this 
there  are  the  universal  problems  associated  with  cost  analysis.  It  is  suggested 
that  many  "...are  prepared  in  haste  without  due  consideration  of  what  the  actual 
use  of  the  data  will  be.  Others  are  prepared  with  a lack  of  concern  as  to  what 
will  be  implemented  within  the  user  community  and  others  are  Just  thrown  together. 
It  is  imperative  that  the  cost  analyst  discuss  with  the  user  a means  by  which 
they  can  utilize  each  other's  data  and  fully  understand  the  alternatives. 

38 

Make  sure  that  your  estimates  can  be  used  safely and  that  they  are  correct." 

If  the  analyst/user  will  keep  these  considerations  in  mind  then  the  model 
will  for  the  most  part  be  limited  only  by  the  creativity  and  imagination  of  the 
user . 


38.  Lee,  Robert  E.,  Problems  in  Cost  Estimating,  ARRADCOM  Rept.  Jul  1978. 
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5.  SENSITIVITY  AND  UNCERTAINTY 

5.1  GENERAL 

DoD  and  the  Services  have  shown  an  increasing  awareness  that  there  is  an 
uncertainty  associated  with  Life  Cycle  Cost  Estimates  and  the  further  that 
system  costs  are  projected  into  the  future,  the  greater  is  the  uncertainty  of 
those  costs.  Current  systems  acquisition  policy  documents  (DoD  5000.1  and 
implementing  instructions)  emphasize  the  need  for  displaying  and  considering 
this  uncertainty  at  decision  making  points.  These  documents  do  not,  however, 
specify  techniques  to  be  used  in  the  display  and  evaluation  of  cost  uncertainty. 

Sensitivity  analyses  are  necessary  to  determine  which  cost  parameters  are 
dominant  and  which  must  be  determined  with  the  greatest  accuracy.  It  is  not 
unusual  that  a very  few  key  parameters  drive  the  bulk  of  the  costs  in  any 
system.  It  is  often  stated  that  20  percent  of  the  cost  centers  account  for  80 
percent  of  the  actual  costs. 

5 . 2 Uncertainty 

In  past  exercises  of  the  LCC  model  cost  uncertainty  has  been  dealt  with 
in  a somewhat  subjective  way  by  utilizing  point  estimates  of  uncertain  param- 
eters to  obtain  worst  case,  best  case,  and  most  likely  estimates  of  life-cycle 
costs.  The  problem  of  uncertainty  is  left  to  the  user  to  recognize  and  deal 
with  according  to  the  available  understanding.  No  attempt  thus  far  has  been 
made  to  associate  within  the  body  of  the  mathematical  model  or  computer 
program  the  capability  of  accepting  probability  distributions  in  lieu  of  point 
estimates  of  uncertain  parameters.  However,  this  is  a strong  consideration 
for  future  Incorporation  if  at  all  feasible.  In  the  mean  time,  the  user 

might  consider  the  approach  developed  by  W.  M.  Lewis,  Jr.  at  the  Defense 

39 

Systems  Mnnaqoment  School. 

39.  Lewis,  Warfield  M.,  Jr.  A Simple  Statistical  Method  of  Presenting  the 
Uncertainty  Associated  with  Life  Cycle  Cost  Estimates,  Defense  Systems 
Miinagement  School,  Program  Management  Course,  Class  73-1,  Ft.  Belvolr,  VA 
22060,  Miiy  1973. 
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5.3  Sensitivity 

In  its  present  configuration  the  computer  model  allows,  with  relative  ease, 
the  performance  of  sensitivity  analyses  on  a number  of  parameters.  These  include 
learning  curve  percentages,  basic  average  unit  production  costs,  MTTF,  MTBF, 

MTTR,  module  weight,  depot  material  parts  factors,  operational  use  rates,  field 
and  depot  labor  rates,  shipping  rates,  economic  life,  production  and  delivery 
schedules  and  others.  Basically  the  model  ;s  exercised  while  varying  a pre- 
selected parameter  over  a predetermined  range  while  holding  all  other  parameters 
constant.  When  using  the  computer  model  a complex  sensitivity  analysis  sequen- 
tially varying  parameters  can  be  done  with  a single  input  to  the  computer.  • 
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6.  EXERCISING  THE  MODEL 


6.1  MANUAL  PROCESSING 

The  model  as  described  In  this  report  can  be  Implemented  and  exercised  as 
a m.inual  model  but  It  rapidly  becomes  very  cumbersome  for  complex  systems  and 
long  economic  lives.  Sensitivity  and  uncertainty  analyses  are  difficult  In  the 
manual  mode.  Time  spent  In  rework  and  double  checking  can  be  significant. 

Computing  system  schedules  when  given  budget  constraints  becomes  very  tedious 
in  the  manual  mode  for  any  but  the  simplest  systems.  For  these  reasons  NV&EOL 
personnel  have  developed  a relatively  sophisticated  computer  program  to  multiply 
many  times  the  model's  usefulness. 

6.2  Computer  Processing 

It  is  in  the  use  of  the  computer  model  and  program  described  in  Part  II  j 

and  Part  III  of  this  report  that  Is  found  the  real  power  and  capability  of  the 
model.  It  is  suggested  here  that  utilization  of  the  computer  model  coupled 

with  Imaginative  improvisation  In  the  manual  mode  can  provide  the  most  varied  , 

capability.  It  is  in  this  way  that  the  model  is  most  often  used  at  NV&EOL. 

The  computer  model  is  presently  written  in  FORTRAN  for  the  CDC  6600  computer 
system  and  consideration  has  been  given  to  the  possibility  of  conversion  to 
IBM  FORTRAN  should  the  need  arise.  Part  II  of  this  report  will  provide  the 

i 

user  with  a description  of  and  detailed  instructions  for  implementing  the 

't 

r 

NV&EOL  Life  Cycle  Cost  Computer  model.  The  computer  program  is  given  in  ' L 

detail  In  Part  III.  f* 

I 
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